I/o systems, methods and devices for interfacing a pump controller

ABSTRACT

Embodiments of the present invention provide I/O systems, methods, and devices for interfacing pump controller(s) with control device(s) which may have different interfaces and/or signaling formats. In one embodiment, an I/O interface module comprises a processor, a memory, and at least two data communications interfaces for communicating with a pumping controller and a control device. The I/O interface module can receive discrete signals from the control device, interpret them accordingly and send the packets to the pump controller. The pump controller reads the packets and takes appropriate actions at the pump. The I/O interface module can interpret packets of data received from the pump controller and assert corresponding discrete signals to the control device. The I/O interface module is customizable and allows a variety of interfaces and control schemes to be implemented with a particular multiple stage pump without changing the hardware of the pump.

CROSS-REFERENCE TO RELATED APPLICATION(S)

This application is a continuation of, and claims a benefit of priority under 35 U.S.C. 120 of the filing date of U.S. patent application Ser. No. 11/602,449 filed Nov. 20, 2006, entitled “I/O SYSTEMS, METHODS AND DEVICES FOR INTERFACING A PUMP CONTROLLER,” which claims priority from U.S. Provisional Patent Application No. 60/741,657, filed Dec. 2, 2005, entitled “I/O INTERFACE SYSTEM AND METHOD FOR A PUMP,” both of which are incorporated herein by reference for all purposes.

TECHNICAL FIELD OF THE INVENTION

This invention relates generally fluid pumps. More particularly, embodiments of the present invention relate to input/out systems, methods, and apparatuses for interfacing a pump controller with various devices.

BACKGROUND OF THE INVENTION

There are many applications for which precise control over the amount and/or rate at which a fluid is dispensed by a pumping apparatus is necessary. In semiconductor processing, for example, it is important to control the amount and rate at which photochemicals, such as photoresist chemicals, are applied to a semiconductor wafer. The coatings applied to semiconductor wafers during processing typically require a certain flatness and/or even thickness across the surface of the wafer that is measured in angstroms. The rates at which processing chemicals are applied (i.e., dispensed) onto the wafer have to be controlled carefully to ensure that the processing liquid is applied uniformly.

Photochemicals used in the semiconductor industry today are typically very expensive, costing as much as $1000 and up per a liter. Therefore, it is highly desirable to ensure that a minimum but adequate amount of chemical is used and that the chemical is not damaged by the pumping apparatus. Current multiple stage pumps can cause sharp pressure spikes in the liquid. Such pressure spikes and subsequent drops in pressure may be damaging to the fluid (i.e., may change the physical characteristics of the fluid unfavorably) and/or adversely affect the performance of the pumping system. Additionally, pressure spikes can lead to built up fluid pressure that may cause a dispense pump to dispense more fluid than intended or dispense the fluid in a manner that has unfavorable dynamics.

One shortcoming of prior pumps is interfacing the pump controller with other devices. The pump controller typically receives signals from a control system (e.g., other computers/tools) to receive process parameters, trigger signals or other signals and sends signals to indicate the state of a dispense cycle or other data. Many computers/manufacturing tools, however, use different physical interfaces and signaling schemes to communicate signals to and receive signals from a pump. Generally, for each input/output line, the pumping system requires one conductor leading to the pump controller. This means customizing the pump controller for a pump for the specific interface on another device to/from which the pump communicates data. In semiconductor manufacturing systems which generally use a large number of pump signals this can lead to complicated wiring leading to a single pump. Moreover, in many semiconductor manufacturing systems, there are multiple pumps stacked together, leading to a complicated array of wires leading to the pumps. Another shortcoming of prior systems was that the discrete input/output (“I/O”) lines were limited in length. There is a need for new and better ways to interface devices with the pumps. Embodiments of the invention can address this need and more.

SUMMARY OF THE INVENTION

Embodiments of the present invention provide new I/O systems, methods, and apparatuses for interfacing pump controller(s) with various devices. More particularly, embodiments of the present invention provide an I/O system and method for interfacing pump controller(s) with external control device(s) which may have different interfaces and/or signaling formats.

In one embodiment, at least one I/O interface module is positioned between a pumping system and at least one programmed device such as a computer running a particular pump software application, a man-machine interface device, or a manufacturing tool for monitoring/controlling the pumping system. In one embodiment, the pumping system implements a single or multiple stage (“multi-stage”) pump having a pump controller coupled thereto. The pump controller is configured to control the valve and motor timings of the pump directly and locally in accordance with the signals from the control device.

In embodiments of the invention, the I/O interface module can be implemented on a circuit board having thereon a processor and a memory. The circuit board has at least two data communications interfaces, one for communicating with the pump controller and one for communicating with the control device. These data communications interfaces can be customized to suit, depending upon implementation.

In some embodiments of the present invention, a single I/O interface module can be implemented. In one embodiment, the I/O interface module can include a first data communications interface to connect to a pump controller and a second data communications interface to connect to a control device (e.g., a computer, a manufacturing tool, a man-machine interface device, or the like) external to the pump. One example of this embodiment is described below with reference to FIG. 7. In one embodiment, the I/O interface module can include more than two data communications interfaces to connect to a pump controller, a man-machine interface device, and one or more manufacturing tools. The I/O interface module can receive discrete signals from the control device(s) and interpret them accordingly (e.g., formulating or packetizing data corresponding to the discrete signals into one or more packets, prioritizing commands from various control devices, etc.). The I/O interface module can send the packets serially to the pump controller. The pump controller according to one embodiment of the present invention can read the packets and take appropriate actions at the pump (e.g., implementing appropriate processes at the pump and moving the dispense motor, etc.). Additionally, the pump controller can send packets of data to the I/O interface module serially. The I/O interface module can interpret or otherwise assert corresponding discrete signals to the control device(s). One example of this embodiment is described below with reference to FIG. 8.

In embodiments of the invention, the I/O interface module can interface with the control device via RS232, RS485, RS422 or other interfaces, can include analog inputs and outputs, DVC interface, or retrofit interfaces. The I/O interface module is customizable without changing pump hardware. Further, the I/O interface module can be tailored to each user's particular need to send signals to and receive signals from a pump. The I/O interface module allows a variety of interfaces and control schemes to be implemented with a particular pump without changing the hardware of the pump. According to one embodiment, regardless of the interfaces and communications protocols used between the I/O interface module and the control device, the I/O interface module streams serial packetized data over a high speed SPI serial bus to the pump controller.

Advantages provided by embodiments of the present invention can be numerous. As an example, by interpreting and asserting signals for the pump controller and the control device, the I/O interface module can reduce the number of discrete lines that otherwise would have been required in a direction connection configuration, thus greatly reducing cabling.

The reduction in cabling requirements provides the additional advantages of space saving, which can be an important factor in miniaturizing a pumping system, and cost saving, which can be highly desirable in just about any application.

Another advantage of the I/O interface module is that it eliminates the distance limitation imposed by discrete lines and allows for longer connections between the pumping system and the control device.

Other advantages of the embodiments of the I/O system disclosed herein include versatility and adaptability. Since the data communications interface of the I/O interface module can be customized to connect to the data communications interface of the control device, the control device and/or control schemes can be replaced or otherwise modified without having to change the hardware of the pump. Furthermore, since the data communications interface of the I/O interface module can be customized to connect to the data communications interface of the pump controller, the pump or its hardware can be replaced or otherwise modified without having to qualify the entire pump and/or re-arbitrate the pump to establish communication between the control device and the new pump. Moreover, embodiments of the invention advantageously allow the logic for controlling the pump to be allocated among two or more I/O interface modules or between a plurality of I/O interface modules and a plurality of pump controllers in various configurations without being limited by the processing power of the pump controllers.

BRIEF DESCRIPTION OF THE DRAWINGS

A more complete understanding of the present invention and the advantages thereof may be acquired by referring to the following description, taken in conjunction with the accompanying drawings in which like reference numbers indicate like features and wherein:

FIG. 1 is a diagrammatic representation of one embodiment of a pumping system;

FIG. 2 is a diagrammatic representation of a multiple stage pump (“multi-stage pump”) for the pumping system of FIG. 1;

FIG. 3 is a diagrammatic representation of valve and motor timings for a multi-stage pump;

FIG. 4 is a illustration of one embodiment of a pump controller implemented as a PCB board onboard a pump;

FIG. 5 is a diagrammatic representation of a prior solution for transferring data between a pump controller and an electronic device connected to the pump;

FIG. 6 is a block diagram representing one example of a prior solution for transferring data between a pump controller and a track device connected to the pump;

FIG. 7 is a diagrammatic representation of one embodiment of a system for interfacing a pump controller with other device(s);

FIG. 8 is a block diagram representing one exemplary embodiment of a system and apparatus for interfacing a pump controller with other device(s);

FIG. 9 is the top side view of a circuit board implementing one embodiment of a pump controller;

FIG. 10 is the bottom side view of the circuit board of FIG. 9;

FIG. 11 is the top side view of a circuit board implementing one embodiment of a pump I/O interface module;

FIG. 12 is the bottom side view of the circuit board of FIG. 11;

FIG. 13 is a diagrammatic representation of one embodiment of a system for interfacing one or more pump controllers with one or more devices via one pump I/O interface module; and

FIG. 14 is a diagrammatic representation of one embodiment of a system for interfacing one or more pump controllers with one or more devices through multiple pump I/O interface modules.

DETAILED DESCRIPTION

Preferred embodiments of the present invention are described below with reference to the figures which are not necessarily drawn to scale and where like numerals are used to refer to like and corresponding parts of the various drawings.

Embodiments of the present invention are directed to pump controllers in pumping systems. Such a pumping system may employ a multiple stage (“multi-stage”) pump for feeding and accurately dispensing fluid onto wafers during a semiconductor manufacturing process. Particularly, embodiments of the present invention provide input/output (“I/O”) interface systems, methods, and devices for interfacing a pump controller with various devices. It should be noted that the pumping system embodying such a pump controller as described herein are provided by way of example, but not limitation, and embodiments of the present invention can be utilized and/or suitably implemented for other designs and configurations. Specifically, embodiments of the invention can be applied to various pumps, including single stage and multi-stage pumps. An exemplary pumping system will first be described below before describing in detail embodiments of I/O systems, methods, and devices for interfacing the pump controller of the pumping system with various devices.

FIG. 1 is a diagrammatic representation of a pumping system 10. The pumping system 10 can include a fluid source 15, a pump controller 20 and a pump 100, which work together to dispense fluid onto a wafer 25. Embodiments of the I/O interface systems, methods, and modules described herein with reference to FIGS. 7-8 and 11-14 can be used to connect one or more pump controller 20 to a variety of interfaces, devices, and manufacturing tools.

The operation of pump 100 can be controlled by pump controller 20, which can be onboard pump 100 or connected to pump 100 via a one or more communications links for communicating control signals, data or other information. Additionally, the functionality of pump controller 20 can be distributed between an onboard controller and another controller, including an I/O interface controller onboard an I/O interface module external to pump 100.

Pump controller 20 can include a computer readable medium 27 (e.g., RAM, ROM, Flash memory, optical disk, magnetic drive or other computer readable medium) containing a set of control instructions 30 for controlling the operation of pump 100. A processor 35 (e.g., CPU, ASIC, RISC or other processor) can execute the instructions. One example of a processor is the Texas Instruments TMS320F2812PGFA 16-bit DSP (Texas Instruments is Dallas, Tex. based company).

In the example of FIG. 1, pump controller 20 communicates with pump 100 via communications links 40 and 45. Communications links 40 and 45 can be networks (e.g., Ethernet, wireless network, global area network, DeviceNet network or other network known or developed in the art), a bus (e.g., SCSI bus) or other communications link. Controller 20 can be implemented as an onboard PCB board, remote controller or in other suitable manner. Pump controller 20 can include appropriate interfaces (e.g., network interfaces, I/O interfaces, analog to digital converters and other components) for communicating with pump 100. Additionally, pump controller 20 can include a variety of computer components known in the art including processors, memories, interfaces, display devices, peripherals or other computer components not shown for the sake of simplicity. Pump controller 20 can control various valves and motors in pump 100 to cause pump 100 to accurately dispense fluids, including low viscosity fluids (i.e., less than 5 centipoire) or other fluids.

FIG. 2 is a diagrammatic representation of a pump 100. In this example, pump 100 is a multi-stage pump and includes a feed stage portion 105 and a separate dispense stage portion 110. Located between feed stage portion 105 and dispense stage portion 110, from a fluid flow perspective, is filter 120 to filter impurities from the process fluid. A number of valves can control fluid flow through pump 100 including, for example, inlet valve 125, isolation valve 130, barrier valve 135, purge valve 140, vent valve 145 and outlet valve 147. Dispense stage portion 110 can further include a pressure sensor 112 that determines the pressure of fluid at dispense stage 110. The pressure determined by pressure sensor 112 can be used to control the speed of the various pumps as described below. Example pressure sensors include ceramic and polymer piezoresistive and capacitive pressure sensors, including those manufactured by Metallux AG, of Korb, Germany. The face of pressure sensor 112 that contacts the process fluid can be Teflon®.

Feed stage 105 and dispense stage 110 can include rolling diaphragm pumps to pump fluid in pump 100. Feed-stage pump 150 (“feed pump 150”), for example, includes a feed chamber 155 to collect fluid, a feed stage diaphragm 160 to move within feed chamber 155 and displace fluid, a piston 165 to move feed stage diaphragm 160, a lead screw 170 and a stepper motor 175. Lead screw 170 couples to stepper motor 175 through a nut, gear or other mechanism for imparting energy from the motor to lead screw 170. Feed motor 170 rotates a nut that, in turn, rotates lead screw 170, causing piston 165 to actuate. Dispense-stage pump 180 (“dispense pump 180”) can similarly include a dispense chamber 185, a dispense stage diaphragm 190, a piston 192, a lead screw 195, and a dispense motor 200. Dispense motor 200 can drive lead screw 195 through a threaded nut (e.g., a Torlon or other material nut).

During operation of pump 100, the valves of pump 100 are opened or closed to allow or restrict fluid flow to various portions of pump 100. These valves can be pneumatically actuated (i.e., gas driven) diaphragm valves that open or close depending on whether pressure or a vacuum is asserted. However, any suitable valve can be used.

The following provides a summary of various stages of operation of pump 100.

However, pump 100 can be controlled according to a variety of control schemes including, but not limited to those described in U.S. Provisional Patent Application Ser. No. 60/741,682, filed Dec. 5, 2005, entitled “SYSTEM AND METHOD FOR PRESSURE COMPENSATION IN A PUMP” by Inventors Cedrone et al.; U.S. patent application Ser. No. 11/502,729, filed Aug. 11, 2006, Entitled “SYSTEMS AND METHODS FOR FLUID FLOW CONTROL IN AN IMMERSION LITHOGRAPHY SYSTEM” by inventors Clarke et al.; U.S. patent application Ser. No. 11/602,472 filed Nov. 20, 2006, entitled “SYSTEM AND METHOD FOR CORRECTING FOR PRESSURE VARIATIONS USING A MOTOR” by Inventors Gonnella et al.; U.S. patent application Ser. No. 11/292,559, filed Dec. 2, 2005, entitled “SYSTEM AND METHOD FOR CONTROL OF FLUID PRESSURE” by Inventors Gonnella et al.; U.S. patent application Ser. No. 11/364,286, filed Feb. 28, 2006, entitled “SYSTEM AND METHOD FOR MONITORING OPERATION OF A PUMP” by Inventors Gonnella et al., each of which is fully incorporated by reference herein, to sequence valves and control pressure. According to one embodiment, pump 100 can include a ready segment, dispense segment, fill segment, pre-filtration segment, filtration segment, vent segment, purge segment and static purge segment. During the feed segment, inlet valve 125 is opened and feed stage pump 150 moves (e.g., pulls) feed stage diaphragm 160 to draw fluid into feed chamber 155. Once a sufficient amount of fluid has filled feed chamber 155, inlet valve 125 is closed. During the filtration segment, feed-stage pump 150 moves feed stage diaphragm 160 to displace fluid from feed chamber 155. Isolation valve 130 and barrier valve 135 are opened to allow fluid to flow through filter 120 to dispense chamber 185. Isolation valve 130, according to one embodiment, can be opened first (e.g., in the “pre-filtration segment”) to allow pressure to build in filter 120 and then barrier valve 135 opened to allow fluid flow into dispense chamber 185. During the filtration segment, dispense pump 180 can be brought to its home position. As described in U.S. Provisional Patent Application No. 60/630,384, entitled “SYSTEM AND METHOD FOR A VARIABLE HOME POSITION DISPENSE SYSTEM” by Laverdiere, et al., filed Nov. 23, 2004 and PCT Application No. PCT/US2005/042127, entitled “SYSTEM AND METHOD FOR VARIABLE HOME POSITION DISPENSE SYSTEM”, by Laverdiere et al., filed Nov. 21, 2005, which are incorporated herein by reference, the home position of the dispense pump can be a position that gives the greatest available volume at the dispense pump for the dispense cycle, but is less than the maximum available volume that the dispense pump could provide. The home position is selected based on various parameters for the dispense cycle to reduce unused hold up volume of pump 100. Feed pump 150 can similarly be brought to a home position that provides a volume that is less than its maximum available volume.

At the beginning of the vent segment, isolation valve 130 is opened, barrier valve 135 closed and vent valve 145 opened. In another embodiment, barrier valve 135 can remain open during the vent segment and close at the end of the vent segment. During this time, if barrier valve 135 is open, the pressure can be understood by the controller because the pressure in the dispense chamber, which can be measured by pressure sensor 112, will be affected by the pressure in filter 120. Feed-stage pump 150 applies pressure to the fluid to remove air bubbles from filter 120 through open vent valve 145. Feed-stage pump 150 can be controlled to cause venting to occur at a predefined rate, allowing for longer vent times and lower vent rates, thereby allowing for accurate control of the amount of vent waste. If feed pump is a pneumatic style pump, a fluid flow restriction can be placed in the vent fluid path, and the pneumatic pressure applied to feed pump can be increased or decreased in order to maintain a “venting” set point pressure, giving some control of an other wise un-controlled method.

At the beginning of the purge segment, isolation valve 130 is closed, barrier valve 135, if it is open in the vent segment, is closed, vent valve 145 closed, and purge valve 140 opened and inlet valve 125 opened. Dispense pump 180 applies pressure to the fluid in dispense chamber 185 to vent air bubbles through purge valve 140. During the static purge segment, dispense pump 180 is stopped, but purge valve 140 remains open to continue to vent air. Any excess fluid removed during the purge or static purge segments can be routed out of pump 100 (e.g., returned to the fluid source or discarded) or recycled to feed-stage pump 150. During the ready segment, isolation valve 130 and barrier valve 135 can be opened and purge valve 140 closed so that feed-stage pump 150 can reach ambient pressure of the source (e.g., the source bottle). According to other embodiments, all the valves can be closed at the ready segment.

During the dispense segment, outlet valve 147 opens and dispense pump 180 applies pressure to the fluid in dispense chamber 185. Because outlet valve 147 may react to controls slower than dispense pump 180, outlet valve 147 can be opened first and some predetermined period of time later dispense motor 200 started. This prevents dispense pump 180 from pushing fluid through a partially opened outlet valve 147. Moreover, this prevents fluid moving up the dispense nozzle caused by the valve opening (it's a mini-pump), followed by forward fluid motion caused by motor action. In other embodiments, outlet valve 147 can be opened and dispense begun by dispense pump 180 simultaneously.

An additional suckback segment can be performed in which excess fluid in the dispense nozzle is removed. During the suckback segment, outlet valve 147 can close and a secondary motor or vacuum can be used to suck excess fluid out of the outlet nozzle. Alternatively, outlet valve 147 can remain open and dispense motor 200 can be reversed to such fluid back into the dispense chamber. The suckback segment helps prevent dripping of excess fluid onto the wafer.

Embodiments of pump 100 may employ various pump control mechanisms and valve timings to help reduce deleterious effects of pressure on a process fluid. FIG. 3 is a diagrammatic representation of exemplary valve and dispense motor timings for various segments of the multi-stage operation of pump 100 of FIG. 2. Other sequences of operation are possible. While several valves are shown as closing simultaneously during segment changes, the closing of valves can be timed slightly apart (e.g., 100 milliseconds) to reduce pressure spikes. For example, between the vent and purge segment, isolation valve 130 can be closed shortly before vent valve 145. It should be noted, however, other valve timings can be utilized in various embodiments of the present invention. Additionally, several of the segments can be performed together (e.g., the fill/dispense stages can be performed at the same time, in which case both the inlet and outlet valves can be open in the dispense/fill segment). It should be further noted that specific segments do not have to be repeated for each cycle. For example, the purge and static purge segments may not be performed every cycle. Similarly, the vent segment may not be performed every cycle.

The opening and closing of various valves can cause pressure spikes in the fluid within pump 100. Because outlet valve 147 is closed during the static purge segment, closing of purge valve 140 at the end of the static purge segment, for example, can cause a pressure increase in dispense chamber 185. This can occur because each valve may displace a small volume of fluid when it closes. More particularly, in many cases before a fluid is dispensed from chamber 185 a purge cycle and/or a static purge cycle is used to purge air from dispense chamber 185 in order to prevent sputtering or other perturbations in the dispense of the fluid from pump 100. At the end of the static purge cycle, however, purge valve 140 closes in order to seal dispense chamber 185 in preparation for the start of the dispense. As purge valve 140 closes it forces a volume of extra fluid (approximately equal to the hold-up volume of purge valve 140) into dispense chamber 185, which, in turn, causes an increase in pressure of the fluid in dispense chamber 185 above the baseline pressure intended for the dispense of the fluid. This excess pressure (above the baseline) may cause problems with a subsequent dispense of fluid. These problems are exacerbated in low pressure applications, as the pressure increase caused by the closing of purge valve 140 may be a greater percentage of the baseline pressure desirable for dispense.

More specifically, because of the pressure increase that occurs due to the closing of purge valve 140 a “spitting” of fluid onto the wafer, a double dispense or other undesirable fluid dynamics may occur during the subsequent dispense segment if the pressure is not reduced. Additionally, as this pressure increase may not be constant during operation of pump 100, these pressure increases may cause variations in the amount of fluid dispensed, or other characteristics of the dispense, during successive dispense segments. These variations in the dispense may in turn cause an increase in wafer scrap and rework of wafers. To account for unwanted pressure increases to the fluid in dispense chamber 185, during the static purge segment dispense motor 200 may be reversed to back out piston 192 a predetermined distance to compensate for any pressure increase caused by the closure of barrier valve 135, purge valve 140 and/or any other sources which may cause a pressure increase in dispense chamber 185.

The above-described pump control mechanisms provide pump 100 with gentle fluid handling characteristics. By compensating for pressure fluctuations in a dispense chamber before a dispense segment, potentially damaging pressure spikes can be avoided or mitigated. Other pump control mechanisms and valve timings may also be utilized or otherwise implemented to help reduce undesirable effects of pressure on a process fluid.

FIG. 4 is a diagrammatic representation of one embodiment of a pump assembly for pump 100. Pump 100 can include a dispense block 205 that defines various fluid flow paths through pump 100 and at least partially defines feed chamber 155 and dispense chamber 185. Dispense pump block 205 can be a unitary block of PTFE, modified PTFE or other material. Because these materials do not react with or is minimally reactive with many process fluids, the use of these materials allows flow passages and pump chambers to be machined directly into dispense block 205 with a minimum of additional hardware. Dispense block 205 consequently reduces the need for piping by providing an integrated fluid manifold. Dispense block 205 can include various external inlets and outlets including, for example, inlet 210 through which the fluid is received, vent outlet 215 for venting fluid during the vent segment.

Supply lines 260 provide pressure or vacuum to valve plate 230, which has a plurality of valves configured to allow fluid to flow to various components of pump 100. Actuation of the valves is controlled by valve control manifold 302 that directs either pressure or vacuum to each supply line 260. Each supply line 260 can include a fitting (e.g., fitting 318) with a small orifice. This orifice may be of a smaller diameter (e.g., approximately 0.010 inches in diameter) than the diameter of the corresponding supply line 260 to which fitting 318 is attached. Thus, the orifice of fitting 318 may serve to place a restriction in supply line 260. The orifice in each supply line 260 helps mitigate the effects of sharp pressure differences between the application of pressure and vacuum to the supply line and thus may smooth transitions between the application of pressure and vacuum to the valve. In other words, the orifice helps reduce the impact of pressure changes on the diaphragm of the downstream valve. This allows the valve to open and close more smoothly which may lead to increased to smoother pressure transitions within the system which may be caused by the opening and closing of the valve and may in fact increase the longevity of the valve itself.

Valve control Manifold 302 can include a set of solenoid valves to selectively direct pressure/vacuum to valve plate 230. When a particular solenoid is on thereby directing vacuum or pressure to a valve, depending on implementation, the solenoid will generate heat. In this example, valve control manifold 302 is mounted to a printed circuit board (“PCB”) 397, which is mounted on a back plate (not shown), away from dispense block 205 and particularly dispense chamber 185. This helps prevent heat from the solenoids in valve control manifold 302 from affecting fluid in dispense block 205. Such a back plate can be made of machined aluminum or other material that can act as a heat sink for pump 100, dissipating heat from valve control manifold 302 and PCB 397. Valve control manifold 302 can receive signals from PCB 397 to cause solenoids to open/close to direct vacuum/pressure to the various supply lines 260 to control the valves of pump 100. Again, as shown in FIG. 3, valve control manifold 302 can be located at the distal end of PCB 397 from dispense block 205 to reduce the affects of heat on the fluid in dispense block 205. Additionally, to the extent feasible based on PCB design and space constraints, components that generate heat can be placed on the side of PCB away from dispense block 205, again reducing the affects of heat.

Pump 100 includes several interfaces for communications with a pump controller (e.g., pump controller 20 of FIG. 1), which, in the example of FIG. 3, is implemented on PCB 397. Exemplary interfaces of pump 100 may include one or more wires (not shown) that enables pressure sensor 112 to communicate pressure readings to controller 20. Dispense motor 200 can include a motor control interface (not shown) to receive signals from pump controller 20 to cause dispense motor 200 to move. Additionally, dispense motor 200 can communicate information, including position information (e.g., from a position line encoder), to pump controller 20. Similarly, feed motor 175 can include a communications interface (not shown) to receive control signals from and communicate information to pump controller 20.

It should be noted that the pump 100 described above is provided by way of example, but not limitation, and embodiments of the present invention can be implemented for other pump configurations.

As discussed above, pump controller 20 can provide signals locally and/or internally to the various motors and the solenoid (i.e., to open/close the valves) and provide data to other devices (remote or external to pump controller 20) in a semiconductor manufacturing system. Previous versions of pump controllers use a serial connection and discrete input/output lines to communicate. The serial connection is used to transmit/receive data corresponding to a man-machine interface (“MMI”). The discrete lines, on the other hand, carry signals such as trigger signals, alarm signals, etc. Each discrete line is for a dedicated function and carries a signal having a particular purpose (e.g., a signal on the discrete line had a specific purpose or meaning to the pump controller). For example, the changing of state on a particular discrete line (e.g., going from low to high or high to low) could indicate the start of dispense, whereas a signal on another discrete line could indicate the end of dispense.

FIG. 5 illustrates a prior data communications system 5000 for transferring data between a pump 5018 and an external device 5016. Pump 5018 has a pump controller 5020 with a built-in interface 5004. Data communications interface 5004 can include serial connections 5008 for transmitting and receiving data, discrete input lines 5010 for carrying discrete inputs and discrete output lines 5012 for carrying discrete outputs. Additionally, data communications interface 5004 can include power and ground lines 5014. Device 5016 (e.g., a man-machine interface device such as a computer or a manufacturing tool) has a data communications interface 5006 which corresponds to data communications interface 5004. Serial connections 5008 can be used, for example, to communicate data related to device 5016. Discrete input lines 5010 can be used to transport discrete signals, such as Go, Stop, Clear Error Function, to pump 5018. Discrete outputs 5012 can be used to carry discrete signals, such as Ready, Error, Warning, to device 5016. Each discrete input line and discrete output carries a signal having a discrete meaning (e.g., a signal on a discrete line has a specified meaning to pump controller 5020). Thus, data communications interface 5004 as illustrated in FIG. 5 would require at least 22 lines. These lines may be bundled as a data communications medium 5002.

FIG. 6 is another example of a prior data communications system 5700 for transferring data between a pump controller and a track device. Similar to system 5000, system 5700 uses discrete lines to carry discrete signals between the pump controller and the track device (i.e., a manufacturing tool). As FIG. 6 exemplifies, there is a one-to-one correspondence of line communication between the pump controller and the track device. Additionally, because each data packet is sent directly to the pump controller, it is interpreted and acted upon in real time. Furthermore, changing the pump controller or the pump may mean that either or both the interface at the pump controller or/and the interface at the track device will have to be changed correspondingly.

Data communications system 5000 of FIG. 5 and system 5700 of FIG. 6 have several limitations. First, the number of conductors required (i.e., at least 22 in FIG. 5 and at least 17 in FIG. 6) makes the cable or cables for data communications interface 5004 bulky. In pumping systems with multiple pumps and/or limited footprint, this can be problematic as the cabling will take up valuable space. Additionally, the discrete lines are distance limited. As another limitation, data communications interface 5004 of FIG. 5 is limited to eight discrete inputs and eight discrete outputs. Therefore, if the tool or computer with which controller 5006 communicates requires more discrete signals, data communications interface 5004 and pump controller 5020 (i.e., the hardware at pump 5018) must be changed. As another limitation, prior developed pumps were typically connected to a network for data communications (e.g., an RS-232 network). If a pump experienced problems and had to be replaced, the entire replacement pump has to be reconfigured. For example, if a pump that uses 22 discrete lines is replaced with a pump that uses 17 discrete lines, not only the data communications interfaces will have to be changed, the entire replacement pump will have to be qualified and/or re-arbitrated on the network in order to function properly. This process could slow the time required for the replacement pump to come on-line.

Embodiments of the present invention address these limitations with a versatile I/O system, method, and device interfacing the pump with other device(s). FIG. 7 is a diagrammatic representation of one embodiment of an I/O system 5500 having an I/O interface device or module 5550 for interfacing a pump 5100 with a device 5616. In the embodiment of FIG. 7, pump 5100 comprises a pump controller 5520 which is similar to pump controller 20 as described above. Pump controller 5520 includes a data communications interface 5504 for communicating data to/from pump 5100. Data communications interface 5504 can include serial data transmission lines 5522 and 5524; serial data receive lines 5526 and 5528; clock lines 5530; slave enable lines 5532; and power/ground lines 5534.

Dispense process parameters, recipes, system variables and other process data can be transferred to/from pump controller 5520 on one set of serial lines (e.g., serial transmission lines 5522 and serial receive lines 5526). The other serial lines can be used to transmit, for example, triggers, error indications, and other pieces of data formerly carried as discrete signals. In one embodiment, these pieces of data are formed into a packet and transmitted serially over a second serial port. In the example shown in FIG. 7, clock lines 5530 carry synchronization clock signals and slave enable lines 5532 carry signals related to the transmission of data.

As can be noted, the configuration of FIG. 7 requires only 14 conductors. These lines can be bundled into a single cable 5502 or multiple cables. For example, data communications interface 5504 can connect through a standard 15-conductor cable that can extend in excess of three meters. It should be noted that the more or fewer serial communications lines can be used and discrete communications lines can also be used, depending on implementation.

I/O interface module 5550 comprises a first data communications interface 5506 and a second data communications interface 5604. As exemplified by FIG. 8, I/O interface module 5550 may be implemented to include a third data communications interface (not shown in FIG. 7). This third data communications interface may connect I/O interface module 5550 with a man-machine interface (“MMI”) for programming and/or diagnostic purposes. First data communications interface 5506 corresponds to data communications interface 5504 of pump controller 5520. For example, data communications interface 5506 can also connect to the standard 15-conductor cable (e.g., cable 5502). Second data communications interface 5604 corresponds to data communications 5606 of device 5616. Second data communications interface 5604 does not have to match data communications interface 5504 of pump controller 5520 and can customized or otherwise configured to accept just about any cabling, including existing, standard, or customized pump cabling, into interface module 5550. Accordingly, cable 5602 connecting data communications interface 5604 and data communications interface 5602 can be standard or customized. For example, data communications interface 5604 can accept, by way of example, but not limitation, RS-232, RS-422 or RS-485. In this way, I/O interface module 5550 can interface the data communications interface of a pump with another type of interface used by the device communicating with the pump. Furthermore, I/O interface module 5550 can interface the pump with a network (e.g., an RS-232 network or other network).

I/O interface module 5550 can further include a processor 5556 (e.g., CPU, PIC, DSP, ASIC or other processor) and associated logic coupled to (i.e., capable of communicating with) first data communications interface 5506 and second data communications interface 5604. One example of a processor is a PIC PIC18F8720-I/PT 8-bit microcontroller by MICROCHIP Technology Inc. of Chandler, Ariz. A computer readable medium 5558 (e.g., RAM, ROM, Flash memory, EEPROM, magnetic storage, optical storage) or other computer readable medium can carry software or program instructions 5552 executable by processor 5556. It should be noted that computer readable medium 5558 can be onboard processor 5556. Furthermore, instructions 5552 are executable to translate data received on data communications interface 5604 to a format usable by pump controller 5520 and data received via data communications interface 5506 to a format usable by device 5616 connected via data communications interface 5604. For example, I/O interface module 5550 can include logic to map discrete line signals to bits in a packet for serial communication.

As an example, assume data communications interface 5604 includes serial communications lines 5662 to transfer process variables and other variable data (e.g., data associated with device 5616) to/from pump 5100, line 5666 for Trigger 1, line 5668 for Trigger 2, line 5670 for Trigger 3, line 5672 for Clear Error, line 5674 for the Ready signal, line 5676 for an Error Signal, line 5678 for a pre-dispense signal, and line 5680 for a dispense signal. When I/O interface module 5550 receives serial data via serial communications lines 5662, I/O interface module 5550 can pass the data to pump 5100 on serial communications lines 5526 with or without manipulation. When I/O interface module 5550 receives data on line 5666, 5668, 5670 or 5672, I/O interface module 5550 can set a corresponding bit in a packet and send the packet to pump 5100 on serial data lines 5526 or 5528.

Further assume, for example, that I/O interface module 5550 forms 12 byte packets with 4 bytes (i.e., 32 bits) reserved for transmitting data received over interface 5506 to pump 5100 and operates at 3 kHz. Each line (up to 32 lines in this case) can be assigned a bit in a packet. Thus, for example, when a signal is received on line 5666 indicating Trigger 1, I/O interface module 5550 can set the first data bit (or other bit corresponding to line 5066) in the next outgoing packet. When pump 5100 receives the packet, pump controller 5520 will read the bit and understand that Trigger 1 is being asserted and act correspondingly. In the opposite direction, pump controller 5520 can pass data, such as a Ready state, to I/O interface module 5550 in an appropriate bit (i.e., a data bit in the packet corresponding to line 5674). When I/O interface module 5550 receives the packet from pump 5100, I/O interface module 5550 can assert the appropriate state on line 5674. Thus, in this example, I/O interface module 5550 acts as a parallel to serial converter for pump data.

I/O interface module 5550, according to one embodiment, can be agnostic to the meaning of signals asserted on various lines and set in corresponding bits. For example, when I/O interface module 5550 receives a signal on line 5666, it simply sets the appropriate bit in the next outgoing packet to pump 5100. In this case, pump controller 5520 at pump 5100 is responsible for interpreting the received bit as Trigger 1. It should be noted that the software at pump 5100 can be user-configurable to interpret bits to correspond to certain states. For example, the software can be configured to use data bit one as the Trigger 1 bit or data bit five as the Trigger 1 bit. Thus, the software at pump 5100 can provide for flexibility in interpreting/forming the input/output packets.

Similarly, when I/O interface module 5550 receives a packet from pump 1500 with the bit corresponding to line 5674 set, I/O interface module 5550 can assert a signal on line 5674. In this case, device 5616 (to which the signal is asserted) is responsible for interpreting the signal to indicate the ready state. Other bits in the packets sent from I/O interface module 5550 can include, for example, the module type, addressing information or other information. According to other embodiments of the present invention, I/O interface module 5550 can include programming and/or suitable logic to interpret the bits set by pump 5100 or signals asserted on interface 5604 to take action in response to the bits/signals. In some embodiments, after a signal from device 5616 is received at I/O interface module 5550, the logic or intelligence to interpret and act on that signal is allocated between I/O interface module 5550 and pump controller 5520. The allocation could be distributed (e.g., 50-50) or optimized (e.g., a smart pump controller or a smart I/O interface module), depending upon implementation. For example, in some embodiments, I/O interface module 5550 simply provides serial-parallel data conversion, thus requiring very little computational power and memory. In some embodiments, I/O interface module 5550 can be configured (and correspondingly equipped) to perform most of the pump control functions. In this way, very little intelligence and hence computational power and memory is required at the pump controller. Such a pump controller would only need to handle the basic functions to control the motor(s) and valves locally. In some embodiments, I/O interface module 5550 can be configured (and correspondingly equipped) to service more than one pumps.

FIG. 8 is a block diagram representing one exemplary embodiment of an I/O interface system 5800 comprising an I/O interface apparatus for interfacing a pump controller (e.g., the pump controller of the IntelliGen® Mini Photochemical Dispense System) with an external Track device. In this example, similar to PCB 397 of FIG. 3, the I/O interface apparatus of system 5800 is implemented on a PCB. Similar to I/O interface module 5550 of FIG. 7, the I/O interface PCB of system 5800 has a processor, a memory, instructions embodied on the memory, and two data communications interfaces, one interfacing the pump controller and one interfacing the track device. FIG. 8 illustrates, by example, that the I/O interface PCB has intelligence in interpreting and acting on data received. The I/O interface PCB of FIG. 8 can be readily customized to replace or work with just about any pump in the field. For example, the I/O interface PCB can use signals received from the track device to determine if the pump controller needs to move the motor. It can also use these signals to generate “fake” or simulated signals (e.g., encoder and home sensor signals) and send them back to the track device to prevent errors. The I/O interface PCB can be configured to send a constant “fake” analog voltage that will always be above the minimum dispense pressure. Other “fake” signals may include purge fault signal, temperature signal, etc. These “fake” signals can help in reducing errors and in calibrating the smooth and optimal operation of the pumping system. In addition to input/output functions, the I/O interface PCB can be configured to provide a variety of functions such as the serial-parallel conversion and network communications.

I/O interface systems 5500 and 5800 provide several advantages over previous pump control interface systems. First, different I/O interface modules can support different functionality. For example, in the above example, I/O interface module 5550 supports four discrete inputs and four discrete outputs. However, other interface modules could support more inputs and outputs. If a user wishes to support an additional function, rather than having to replace data communications interface 5504 and/or pump controller 5520 at pump 5100, the user would simply replace I/O interface module 5550 with a new or different version of the I/O interface module. Continuing with the previous example, if the user wishes to change from a four discrete input/output system to a five discrete input/output system, the user could simply replace I/O interface module 5550 with a new I/O interface module that supported five discrete lines. Furthermore, if the user changes computer systems and/or has a new physical interface, the user can change out I/O interface module 5550 with one that can accommodate the new physical interface and/or the new computer system(s) without needing to change any interface at the pump. This shortens the time it takes the new system (and hence the user) to establish/re-establish communications with the pump.

Another advantage provided by embodiments of the present invention is that the interface module can handle network addressing if the interface module is connected to other devices through a network (e.g., an RS-232 network). If the pump behind the interface module experiences problems and must be replaced, a new pump can be transparently connected to the old interface module. Because the network address is associated with the interface module rather than the pump, the network address does not have to be re-arbitrated when the new pump is added to replace the old pump.

Yet another advantage provided by embodiments of the present invention is to allow newer pumps, such as the pump described in U.S. Provisional Patent Application Ser. No. 60/742,435 filed Dec. 5, 2005, entitled “SYSTEM AND METHOD FOR MULTI-STAGE PUMP WITH REDUCED FORM FACTOR” by Inventors Cedrone et al., which is incorporated herein by reference, to interface with older control systems. For example, older multi-stage pump control systems would assert signals for each pump stage including motor signals. An interface module can translate these signals into packetized data and send the data packets to the pump over the 15-line cable. The pump software can read the data packet to determine which bits are set and take the appropriate action (e.g., close or open a valve, move a motor in forward or reverse etc.). Thus, a newer pump can be controlled by an older control system using a different physical interface and implementing an older control routine.

It should be noted that embodiments of the I/O interface modules disclosed herein may process the signals asserted by the control system to translate the signals into data usable by the pump. For example, a control system may simply assert a signal to move a motor clockwise or counter clockwise on particular lines as shown in FIG. 8. As another example, I/O interface module 5550 can translate the signal to move a motor clockwise or counter clockwise on particular lines into position data in the data packet. When the data packet is received at pump 5100, pump controller 5520 will read the appropriate bits to determine the new position of a motor (e.g., feed motor/dispense motor). Thus, there may not be a one-to-one correspondence between the data lines and bits in the packet (i.e., no discrete lines are necessary).

As the above example illustrates, a signal on a particular line received by I/O interface module 5550 may cause I/O processor or controller 5556 to perform some processing of the signal to set multiple bits. Similarly, multiple bits in a packet received from pump 5100 may be processed by I/O processor or controller 5556 to cause I/O interface module 5550 to assert a signal on a particular line or lines.

In some embodiments, I/O interface module 5550 is capable of performing analog-digital conversion. For example, I/O interface module 5550 can digitize analog signals to send information received in an analog form to pump 5100 in a packet and covert packetized data received from pump 5100 to an analog signal. Additionally, I/O interface module 5550 is capable of supporting some functions which may not be supported by pump 5100 and which may be expected by the computer or other device communicatively coupled to pump 5100. In this way, I/O interface module 5550 can virtualize the functionality for pump 5100 and assert appropriate signals to the external computer or device.

FIG. 9 illustrates a first or top side 5920 of a PCB implementing one embodiment of pump controller 5520. FIG. 10 illustrates a second (bottom) side 5925 of the PCB of FIG. 9 implementing one embodiment of pump controller 5520. TABLE 1 below provides an example BOM for the PCB of FIG. 9 and FIG. 10:

TABLE 1 Reference Part Description Part No. Manufacturer Value C1 C6 CAP, MLCC, 1210, 16 V, C1210C106K3RAC Kemet Corp. of 10 uF low X5R, 10 uF ± 20%, T&R Cleveland Ohio ESR (“Kemet”) C2-5 C8-9 C11- CAPACITOR, Y5V, .01 uF, C0603C103K5RAC Kemet .01 uF 13 C23-24 C26 0603, 25 V C34-35 C50 C56 C7 C14 C17 C29 CAPACITOR, TANT, 150 uF, T491X157M016AS Kemet 150 uF C32 CASE D, 16 V, 10% C10 C15-16 C18- CAPACITOR, Y5V, .1 uF, GRM32DR71E106KA12L MuRata .1 uF 22 C25 C36-49 0603, 25 V C51-54 C57 C63 C66-71 C27-28 C30 C58 CAPACITOR, TANT, 10 uF, 593D106X9035D2W Vishay 10 uF C60-61 CASE D, 35 V, 10% C31 C33 CAP, MLCC, 1210, 6.3 V, C1210C476K9PAC Kemet 47 uF X5R, 47 uF ± 10%, T&R C72-73 CAPACITOR, .001 uF, 0603, C0603C102K5RACTU Kemet .001 uF 50 V C82 C106 Cap C0603C270F5GACTU Kemet 27 pF D3-5 200 V 1 A HEXFRED Discrete MURS120 IR (International N/A Diode in a SMB package Rectifier) D6 SCHOTTKY BARRIER DIODE PRLL5819 Phillips N/A D7 27 V Zener Diode, surface BZD27-C27 Phillips 27 volts mount SOD87 D14-15 LED, GREEN CMD28-21VGC/TR8 CHICAGO Green MINATURE F2 FUSE, LEADED, 1.5 AMPS R251 01.5 LITTLEFUSE 1.5 A J1 2 PIN 1.5 MM HEADER B2B-ZR-SM3-TF JST 2 pin J2 16 PIN 2 MM HEADER DUAL B16B-PHDSS-B JST 16 PIN ROW DUAL ROW J3 4 PIN - 2 MM HEADER B4B-PH-SM3-TB JST 4 pin J4 3 PIN - 2 MM HEADER B3B-PH-SM3-TB JST 3 pin J10 6 PIN 1.5 MM HEADER B6B-ZR-SM3-TF JST 6 pin J11 4 PIN 1.5 MM HEADER B4B-ZR-SM3-TF JST 4 pin J12 14 pin dual row header 10-88-1141 MOLEX 14 pin J14 SMT, 10 PIN CONNECTOR B10B-ZR-SM3-TF JST 10 pin 1.5 MM J15 8 PIN HEADER, SMT B8B-ZR-SM3-TF JST 8 pin L1 Chip Ferrite Bead, Impedance BLM21PG221SN1D murata N/A at 100 MHz 220 ohm, 2 A, 0805 L3 SURFACE MOUNT DO5022P-684 COIL CRAFT 680 uH INDUCTOR, D05 Q1-6 55 V Single N-Channel IRLR2905PBF IR N/A HEXFET Power MOSFET in a D-Pak package R1 R38-39 R66 RESISTOR, 24.9K, 0603, RK73H1JT2492F KOA/SPEER 24.9K 100 MW, 1%, 100 PPM R2-3 R7 R14 RESISTOR, 100, 0603, RK73H1JT1000F KOA/SPEER 100 R18 R21 100 MW, 1%, 100 PPM R4 R6 R11-13 RESISTOR, 10K, 0603, RK73H1JT1002F KOA/SPEER   10K R16-17 R19-20 100 MW, 1%, 100 PPM R22-23 R25-27 R29 R36-37 R40- 42 R44-45 R47- 52 R63 R70 R72 R79-80 R82 R86 R88 R95 R98 R104-111 R5 R10 R24 R46 RESISTOR, 1K, 0603, RK73H1JT1001F KOA/SPEER   1K R78 100 MW, 1%, 100 PPM R8 RESISTOR, 324K OHM, 0603, RK73H1JT3243F KOA/SPEER  324K 100 MW, 1% R9 RESISTOR, 36.5K, 0603, RK73H1JT3652F KOA/SPEER 36.5K 100 MW, 1%, 100 PPM R15 RESISTOR, 5.76K, 0603, RK73H1JT5761F KOA/SPEER 5.76K 100 MW, 1% R28 RESISTOR, 1.10K, 0603, RK73H1JT1101F KOA/SPEER 1.10K 100 MW, 1% R30-33 R96-97 RESISTOR, .2, 2512, 1 W, 1% SR733ATTER200F KOA/SPEER .2 OHMS R34 RESISTOR, 2K, 0603, RK73H1JT2001F KOA/SPEER   2K 100 MW, 1%, 100 PPM R35 RESISTOR, 2.49K, 0603, RK73H1JT2491F KOA/SPEER 2.49K 100 MW, 1%, 100 PPM R43 RESISTOR, 1 MEG, 0603, RK73H1JT1004F KOA/SPEER 1 MEG 100 MW, 1% R62 R71 RESISTOR, 100K, 0603, RK73H1JT1003F KOA/SPEER  100K 100 MW, 1%, 100 PPM R68 RESISTOR, 2.21K, 0603, RK73H1JT2211F KOA/SPEER 2.21K 100 MW, 1%, 100 PPM R69 RESISTOR, 15K, 0603, RK73H1JT1502F KOA/SPEER   15K 100 MW, 1%, 100 PPM R90 R99-103 RESISTOR, 10, 0603, RK73H1JT10R0F KOA/SPEER  10 100 MW, 1%, 100 PPM R91-92 RESISTOR, 30.1K, 0603, RK73H1JT3012F KOA/SPEER 30.1K 100 MW, 1%, 100 PPM U1 ADJUSTABLE SWITCHING LT1076CQ LINEAR TECH N/A REGULATOR, SURFACE MOUNT U2 temp switch, self resetting 66L080 AIRPAX 80 degress C. trip point U3 SUPPLY SUPERVISOR, TPS3838K33DBVT Texas Instruments 3.3 v open-drain (TI) U4 3-PHASE BRIDGE-DRIVER, IR2136SPBF IR N/A SOIC, PB free U5 Micro-stepping driver .75 amps A3967SLB Allegro N/A U7 ADJ SWITCHING PTH04070WAS TI N/A REGULATOR, 3 A U8 U10 U19 INSTRUMENTATION AD623ARM Analog N/A AMPLIFIER U9 DUAL 256-POSITION SPI, AD5162BRM50 Analog N/A DIG POT, RM-10 PACKAGE U11 SUPPLY SUPERVISOR, TPS3838E18DBVT TI 1.8 v open-drain U12-13 U16-17 256 × 16 sRAM, 44 pin TSOP II CY7C1041CV33-12ZC CYCPRESS N/A U15 SPI SERIAL EEPROM, 128K, AT25128A-10TI-2.7 atmel N/A LEAD-FREE U18 LDO, LINEAR REGULATOR, TPS79530DCQ TI N/A 3.0 V U20 U23 QUAD OP-AMP, rail to rail, AD8609ARU Analog N/A TSSOP U21 TRANSISTOR ARRAY, 5 LM3046M National Semi N/A POSTION, SOIC-14 U22 U24-26 Dual FET, micro8 IRF7503AIDB2T International Rectifier N/A U27 16 bit DSP TMS320F2812PGFA TI N/A U28 DUAL 2 - 4 LINE DECODER, SN74LVC139APW TI N/A TSSOP PACKAGE U30-32 U34 U45- HIGH SPEED TRANSCEIVER SN65LVDM176DGK TI N/A 46 U35 FIXED LINEAR REGULATOR, LM78L15ACM National Semi 15 V 15 V, 100 MA, SO-8 U38-41 U44 SMALL SIGNAL DUAL DIODE BAV99 Fairchild N/A U42 2.5 V DC REFERENCE, REF3025 TI N/A SOT23-3 U49 CMOS Switched-Cap voltage ADM660AR Analog N/A converter X3 20 Mhz Crystal HC49SPX - 20 Mhz Fox 20 Mhz

FIG. 11 is a diagrammatic representation of a first or top side 5950 of a circuit board implementing one embodiment of I/O interface module 5550. FIG. 12 is a diagrammatic representation of a second or bottom side 5955 of the circuit board of FIG. 11 implementing one embodiment of I/O interface module 5550. TABLE 2 below provides a sample BOM for one embodiment of I/O interface module 5550:

TABLE 2 Reference Part Description Part No. Manufacturer Value C1 C12 CAPACITOR, TANT, 10 uF, 593D106X9035D2W Vishay 10 uF CASE D, 35 V, 10% C2-5 C8 CAPACITOR, Y5V, .1 uF, GRM32DR71E106KA12L MuRata .1 uF 0603, 25 V C6 C13 CAP, MLCC, 1210, 6.3 V, C1210C476K9PAC Kemet 47 uF X5R, 47 uF ± 10%, T&R C7 C9 C28- CAPACITOR, Y5V, .01 uF, C0603C103K5RAC Kemet .01 uF 30 0603, 25 V D14-15 LED, GREEN CMD28-21VGC/TR8 CHICAGO MINATURE D6 SCHOTTKY BARRIER PRLL5819 PHILLIPS N/A DIODE D7 27 V Zener Diode, surface BZD27-C27 PHILLIPS 27 volts mount SOD87 F1-3 FUSE, LEADED, 1.5 AMPS R251 01.5 LITTLEFUSE 1.5 A J1 15 pin sub-D, female 172-E15-202-021 Norcomp 15 pin J31 1.5 MM 5 PIN HEADER, B5B-ZR-SM3-TF JST MFG CO 5 PIN SURFACE MOUNT J4 15 pin sub-D, male 172-E15-102-021 Norcomp 15 pin L1 SURFACE MOUNT DO5022P-684 COIL CRAFT 680 uH INDUCTOR, D05 R1 R3-10 RESISTOR, 10K, 0603, RK73H1JTTD1002F KOA, SPEER   10K R55-60 R73- 100 MW, 1%, 100 PPM ELECTRONICS 74 R77 R86 R93-94 R11 RESISTOR, 2.67K, 0603, RK73H1JTTD2671F KOA, SPEER 2.67K 100 MW, 1%, 100 PPM ELECTRONICS R16-21 RESISTOR, 100, 0603, RK73H1JTTD1000F KOA, SPEER 100 100 MW, 1%, 100 PPM ELECTRONICS R2 RESISTOR, 100K, 0603, RK73H1JTTD1003F KOA, SPEER  100K 100 MW, 1%, 100 PPM ELECTRONICS R50-52 R54 RESISTOR, 1K, 0603, RK73H1JTTD1001F KOA, SPEER   1K 100 MW, 1%, 100 PPM ELECTRONICS R68 RESISTOR, 2.21K, 0603, RK73H1JTTD2211F KOA, SPEER 2.21K 100 MW, 1%, 100 PPM ELECTRONICS U1-2 OPTOCOUPLER, QUAD, ILQ66-4X009 VISHAY N/A SMD-16 U14 TRANSISTOR ARRAY, 5 LM3046M NATIONAL N/A POSTION, SOIC-14 SEMICONDUCTOR U25 Dual FET, micro8 IRF7503 International Rectifier N/A U3 LDO, LINEAR REGULATOR, TPS79633DCQ TI N/A 3.3 V, 1 A U30 ADJUSTABLE SWITCHING LT1076CQ LINEAR TECH N/A REGULATOR, SURFACE MOUNT U4 3 V MULTICHANNEL RS232 MAX3243CDW TI N/A LINE DRIVER U5 DAUL-SUPPLY BUS SN74LVC1T45DCK TI N/A TRANSCEIVER U6 8 BIT MICRO PIC18F8720-I/PT MICROCHIP N/A CONTROLLER, TQFP-80 U8 U31-32 HIGH SPEED SN65LVDM176DGK TI N/A U34 U45-46 TRANSCEIVER X1 OSCILLATOR, SURFACE F3345-200 FOX 20 Mhz MOUNT, 20 Mhz

Embodiments of the invention disclosed herein provide many advantages. One advantage is that, by eliminating the distance limitation imposed by discrete lines used in prior systems, embodiments of the present invention allow cable connections/disconnections to be removed or separate from the area where the pump operates. FIG. 13 is a diagrammatic representation of an I/O system 5501 comprising an I/O interface module 5551 and one or more cables 5502 for interfacing one or more pumps 100 (100 a . . . 100 n) with other devices 5602. As illustrated in FIG. 13, I/O interface module 5551 is at the end of cables 5502. By plugging into I/O interface module 5551, devices 5602 can control pump 5100 from some distance away. This is an advantage because pumps often use harmful process chemicals and it can be dangerous to plug/unplug electrical connections near where the pump operates.

As FIG. 13 exemplifies, I/O interface module 5551 can be configured with more than one data communications interfaces 5506 for interfacing with more than one pump controllers (20 a . . . 20 n) so that signals/data for multiple pumps can be routed through a single module. This configuration can greatly reduce cabling. I/O interface module 5551 may have one or more data communications interface 5604 for interfacing with other devices, depending upon implementation.

Another advantage of embodiments of the invention is that the I/O interface module can reduce the computational power and/or data storage space required at the pump. In the example shown in FIG. 13, software instruction 5552 carried on memory 5558 can cause I/O controller or processor 5556 to service the plurality of pumps 100 a . . . 100 n in an efficient, consistent manner. For example, while pump 100 a is idling, I/O controller 5556 can service pump 100 b, and so on. Other than local control functions such as motor movement, the logic and hence intelligence for controlling pumps 100 a . . . 100 n can be allocated to I/O interface module 5551, which has a more powerful, faster processor and perhaps bigger memory. This configuration allows the distribution of the pump controller's functionality. Furthermore, this configuration can greatly reduce cost because it would be more economical and efficient to implement expensive parts (e.g., processor, memory, etc.) on a single module than on a plurality of pumps.

FIG. 14 is a diagrammatic representation of an I/O system 5502 having a plurality of I/O interface modules 5552 a . . . 5552 n and a plurality of cables 5502 for interfacing a plurality of pumps 100 a . . . 100 n with a plurality of devices 5602. In I/O system 5502, the logic for controlling pumps 100 a . . . 100 n can be allocated or distributed among the plurality of I/O interface modules 5552 a . . . 5552 n. This can be done without regard to the processing power of pump 100 a . . . 100 n. Alternatively, the logic/functionality for controlling pumps 100 a . . . 100 n can be allocated or distributed among the plurality of I/O interface modules 5552 a . . . 5552 n and the plurality of pumps 100 a . . . 100 n. Other implementations are also possible.

Although the present invention has been described in detail herein with reference to the illustrative embodiments, it should be understood that the description is by way of example only and is not to be construed in a limiting sense. It is to be further understood, therefore, that numerous changes in the details of the embodiments of this invention and additional embodiments of this invention will be apparent to, and may be made by, persons of ordinary skill in the art having reference to this description. It is contemplated that all such changes and additional embodiments are within the scope and spirit of this invention. Accordingly, the scope of the invention should be determined by the following claims and their legal equivalents. 

1. An input/out interface apparatus, comprising: a processor residing on a circuit board; a computer readable medium coupled to said processor and carrying software instructions executable by said processor; and a first data communications interface configured to connect to a pump controller on board a pump, the first data communications interface configured to connect to the pump controller by a first serial communications link; a second data communications interface configured to connect to a pump track via a second serial communications link and one or more discrete communication lines wherein each discrete communications line carries a discrete signal associated with a pump function; wherein said software instructions are executable to convert pump control commands received over the second serial communications link from a first data communications protocol to a second data communications protocol, map signals received over the one or more discrete communications lines to the second data communications protocol and communicate with the pump controller over the first serial communications link using the second data communications protocol.
 2. The input/out interface apparatus of claim 1, wherein said first data communications interface comprises serial data transmission lines for transmitting data to said pump controller, serial data receive lines for receiving data from said pump controller, clock lines for carrying synchronization clock signals, slave enable lines, and power/ground lines.
 3. The input/out interface apparatus of claim 2, wherein a first cable bundles said serial data transmission lines, said serial data receive lines, said clock lines, said slave enable lines, and said power/ground lines.
 4. The input/out interface apparatus of claim 3, wherein said first cable has 15 or fewer conductors.
 5. The input/out interface apparatus of claim 3, wherein said first cable is extendable in excess of three meters.
 6. The input/out interface apparatus of claim 1, wherein said first data communications interface comprises discrete communications lines for transferring data to and from said pump controller and wherein each discrete communications line carries a discrete signal associated with a function of said pump controller.
 7. A method for interfacing at least one pump controller with at least one control device, comprising: implementing a first I/O interface module on a circuit board, wherein said first I/O interface module comprises: a processor; a computer readable medium coupled to said processor and carrying software instructions executable by said processor; a first data communications interface configured to connect to a pump controller on board a pump, the first data communications interface configured to connect to the pump controller by a first serial communications link; a second data communications interface configured to connect to a pump track via a second serial communications link and one or more discrete communication lines wherein each discrete communications line carries a discrete signal associated with a function of said pump controller; converting pump control commands received over the second serial communications link from a first data communications protocol to a second data communications protocol; mapping signals received over the one or more discrete communications lines to the second data communications protocol; and communicating with the pump controller over the first serial communications link using the second data communications protocol.
 8. The method of claim 7, further comprising configuring said first I/O interface module for interpreting signals from said control device according to the first data communications protocol and asserting corresponding signals to said pump controller according to the second data communications protocol and for interpreting signals from said pump controller according to said second data communications protocol and asserting corresponding signals to said control device according to said first data communications protocol.
 9. The method of claim 7, further comprising configuring said first I/O interface module to utilize signals from said control device to determine a need and a corresponding process by which said pump controller is to move a motor.
 10. The method of claim 7, further comprising configuring said first I/O interface module to utilize signals received from said control device to generate and send simulated signals back to said control device to prevent one or more errors.
 11. A system comprising: a pump having an on-board pump controller; a pump track providing an interface with a control system; an I/O interface module separate from the pump and the pump track, the I/O interface module having a first data communications interface and a second data communications interface, wherein the I/O interface module is connected to the on-board pump controller via a first serial communications link and is connected to the pump track via a second serial communications link and one or more discrete lines, the I/O interface module configured to: convert pump control commands from said pump track according to the first data communications protocol and forwarding the pump control commands to said pump controller according to the second data communications protocol; map signals received over the one or more discrete communications lines to the second data communications protocol and communicate with the pump controller over the first serial communications link using the second data communications protocol.
 12. The system of claim 11, wherein said first data communications interface comprises serial data transmission lines for transmitting data to said pump controller, serial data receive lines for receiving data from said pump controller, clock lines for carrying synchronization clock signals, slave enable lines, and power/ground lines.
 13. The system of claim 12, wherein a first cable connected between the I/O interface module and the pump controller bundles said serial data transmission lines, said serial data receive lines, said clock lines, said slave enable lines, and said power/ground lines.
 14. The system of claim 13, wherein said first cable has 15 or fewer conductors.
 15. The system of claim 13, wherein said first cable is extendable in excess of three meters.
 16. The system of claim 11, wherein said first data communications interface comprises discrete communications lines for transferring data to and from said pump controller and wherein each discrete communications line carries a discrete signal associated with a function of said pump controller.
 17. The system of claim 11, wherein said I/O interface module is further configured to receive information from the pump over the first serial communications link and assert one or more fake signals to the pump track.
 18. The input/output interface apparatus of claim 1, wherein the said software instructions are executable to receive information from the pump over the first serial communications link and assert one or more fake signals to the pump track. 